Manual de Oracle 9I (página 2)

Los archivos pueden
ser compartidos. Varias personas pueden estar trabajando en un
documento. Guardar el archivo en un
directorio compartido permite que cada persona trabaje
colaborativamente.

Al de tener un servidor de archivos, es que toda la
información importante puede quedar centralizada en un
solo lugar, lo cual facilita la administración y el
respaldo de la información; de esta manera no quedan
archivos importantes aislados en terminales de escritorio y se
tiene la posibilidad de acceder a los archivos remotamente, fuera
de la oficina, desde casa o cualquier otro lugar con
internet.

Si usa varias PCs durante su trabajo, los archivos en el
servidor están disponibles en cualquier PC.

Ventajas

• Velocidad de transferencia

• Velocidad de lectura/escritura

• Seguridad en la información

• Versatilidad

• Escalabilidad

Desventajas

• Incremento en el costo

• Red con alta colisión y trabajo

• 3. CLIENTE SERVIDOR

Esta arquitectura
consiste básicamente en un cliente que
realiza peticiones a otro programa (el
servidor) que
le da respuesta. Aunque esta idea se puede aplicar a programas que se
ejecutan sobre una sola computadora es
más ventajosa en un sistema operativo
multiusuario distribuido a través de una red de computadoras.

En esta arquitectura la capacidad de proceso
está repartida entre los clientes y los
servidores,
aunque son más importantes las ventajas de tipo
organizativo debidas a la centralización de la gestión
de la información y la separación de
responsabilidades, lo que facilita y clarifica el diseño
del sistema.

Entre las principales características de la
arquitectura cliente/servidor se pueden destacar las
siguientes:

• El servidor presenta a todos sus clientes una interfaz
  única y bien definida.

• El cliente no necesita conocer la lógica del
  servidor, sólo su interfaz externa.

• El cliente no depende de la ubicación física
  del servidor, ni del tipo de equipo físico en el que
  se encuentra, ni de su sistema operativo.

• Los cambios en el servidor implican pocos o ningún
  cambio en el cliente.

Ventajas

•    Centralización de los
recursos:
mediante el servidor que es el centro de la red, se puede administrar
los recursos comunes para todos los usuarios.

•    Mejoramiento de la seguridad: puesto
que la cantidad de puntos de entrada permite el acceso a los
datos.

•    Administrar el nivel del
servidor: requieren menos administración debido a que los clientes no
son muy importante en este modelo.

•    Red escalable: esta
arquitectura, permite quitar o agregar clientes sin afectar el
funcionamiento de la red sin mayores modificaciones.

•    Centralización del
control: los
accesos, recursos y la integridad de los datos son controlados
por el servidor de forma que un programa cliente defectuoso o no
autorizado no pueda dañar el sistema.

•    Escalabilidad: aumenta la
capacidad de clientes y servidores por separado pudiendo ser los
elementos aumentado o mejorado en cualquier circunstancia,
además, de añadir nuevos nodos a la red
clientes-servidores.

•    Mantenimiento
fácil: distribuidas las funciones y
responsabilidades en diferentes equipos independientes, se puede
reemplazar, reparar, actualizar, o trasladar un servidor,
mientras sus clientes no son afectados por el cambio.

•    Las tecnologías son lo
bastante desarrolladas, diseñadas en el entorno de C/S
para asegurar las transacciones, amigabilidad de la interfaz y la
facilidad de empleo.

Desventajas

•    Alto Costo: debido a
lo complicado de la técnica del servidor.

•    Punto débil: el servidor
es el único eslabón débil en la red de
cliente/servidor, puesto que toda la red está construida
en torno a
él.

•    La congestión del
tráfico ha sido siempre un problema en el paradigma de
C/S. Cuando una gran cantidad de clientes envían
peticiones simultaneas al mismo servidor, puede ser que cause
muchos problemas para
éste

•    El paradigma de C/S cuando un
servidor está caído, las peticiones de los clientes
no pueden ser satisfechas.

•    El hardware y software en un servidor son
determinantes. Un hardware en un ordenador puede no poder servir a
cierta cantidad de clientes. Se requiere de software y hardware
específico, más en el servidor para dar
garantía del trabajo.

•    El cliente no usa los recursos
dentro del servidor. Por ejemplo, si la aplicación es una
Web, no se
puede escribir en el disco duro del
cliente o imprimir directamente sobre las impresoras sin
sacar antes la ventana previa de impresión de los navegadores.

ORACLE
9I

Oracle es una corporación que surgió a final de
los años 70 y principio de los años 80. George Koch
y su equipo de técnicos, fue el primero en trabajar en el
terreno de Oracle en
1982.

Oracle es una de las mejores bases de datos
que están en el mercado, tienen
características que garantizan la seguridad e integridad
de los datos, que las transacciones se efectuaran de manera
correcta, sin causar inconsistencias, el procesamiento de grandes
volúmenes de información será segura.

Es un sistema de gestión de base de datos
relacional Se considera a Oracle como uno de los sistemas de bases
de datos más completos es considerado como una herramienta
cliente/servidor para la gestión de base de datos,
destacándose por:

• Soporte de transacciones

• Estabilidad

• Escalabilidad

• Soporte multiplataforma.

Su principal herramienta es:

La BD como tal, la cual esta compuesta de

• Un repositorio de datos

• Un DBMS (data base management system).

En el repositorio de datos se encuentran todos los
objetos.

El DBMS se encarga de manipular los objetos (tablas, vistas,
triggers, procedimientos,
paquetes, usuarios, entre otras) que ese encuentra en el
repositorio.

Evolución De Oracle

INSTALACIÓN DE ORACLE 9I

• Instalación De Oracle 9i En Windows

Introduciremos el CD 1 de la
instalación, los tres CDs que componen el programa de
instalación se pueden descargar gratuitamente (siempre que
no sea con fines lucrativos) desde la propia web de oracle:
www.oracle.com

• Tras seleccionar la ruta de los ficheros de Oracle
pulsaremos en Siguiente .

• A continuación seleccionaremos el tipo de
instalación que deseemos:

En nuestro caso, puesto que crearemos la base de datos en el
servidor donde estamos realizando la instalación
seleccionaremos Oracle9i Database 9.2.0.1.0 . Si ya
disponemos de un servidor de Oracle con las correspondientes
bases de datos a las que queramos acceder será suficiente
con seleccionar la opción Oracle9i Client
9.2.0.1.0 , en este caso la instalación es bastante
más simple, pues sólo es necesario especificar la
IP o el nombre
de red del servidor de Oracle así como el nombre (sid) de
la base de datos a la que queramos acceder.

• Seleccionaremos el tipo de instalación que
queramos realizar:

En nuestro caso, seleccionaremos Enterprise Edition,
si queremos realizar una instalación más avanzada
(especificando manualmente las opciones a instalar)
seleccionaremos Personalizado, en este caso
aparecería una ventana como esta:

• Seleccionaremos la siguiente opción dependiendo
del uso que le queramos dar a nuestra base de datos, normalmente
es para Uso General. Si no queremos crear una base de
datos en el proceso de instalación (se puede crear en otro
momento) seleccionaremos Sólo software:

• Seleccionaremos el puerto para Oracle MTS Service,
normalmente se suele seleccionar el puerto por defecto
2030. Este parámetro es muy importante pues, si
decidimos cambiar el puerto por defecto, cuando queramos que un
cliente se conecte al servidor deberemos especificar el puerto
que hayamos seleccionado en este punto de la
instalación:

• Especificaremos el nombre de la base de datos (con un
máximo de 8 caracteres):

Nota: el SID es
el identificador interno que utilizará Oracle para
referenciar a nuestra base de datos, se puede elegir uno
diferente al del nombre de la Base de Datos, aunque se suele
utilizar el mismo.

• En este punto de la instalación seleccionaremos
la ubicación de los archivos de la base de datos que la
instalación creará. Oracle recomienda que la
ubicación de los archivos de la base de datos esté
en un disco físico distinto al de los archivos de la
instalación (software de Oracle).

También recomienda que los archivos de Redo Log
estén multiplexados (varias copias, esto se configura en
la consola de administración de Oracle) y en diferentes
discos físicos. Lógicamente es lo recomendable por
Oracle y sólo se configura así cuando se trata de
una Base de Datos que tendrá múltiples accesos
concurrentes (al mismo tiempo) y con
un volumen de datos
importante, pues el desembolso económico en hardware para
la correcta instalación de Oracle puede ser importante. En
nuestro caso, instalaremos los archivos de la base de datos en un
segundo disco duro instalado exclusivamente para Oracle. A pesar
de todo no hay ningún problema por instalar la base de
datos en el mismo disco duro que el software de Oracle. Si
nuestra organización dispone, por ejemplo, de unos
20 usuarios conectados a Oracle no habría una
pérdida del rendimiento por instalarla en el mismo disco
duro. Por supuesto esto es orientativo pues dependerá
también del volumen de datos que necesite cada usuario
así como de otros factores (rpm del disco duro,
características del servidor de Oracle (procesadores,
memoria RAM,
…), velocidad de
la red local, tipo de conexión que realice el software de
nuestra empresa que
acceda a Oracle (el acceso nativo sin necesidad de utilizar
controladores ODBC incrementa considerablemente el rendimiento
frente a accesos mediante controladores ODBC que no dejan de ser
una pasarela entre el software y Oracle):

• Seleccionaremos el juego de
caracteres que vayamos a utilizar, si dejamos el juego de
caracteres por defecto Oracle utilizará el juego de
caracteres que tengamos configurado en nuestro sistema operativo,
es la opción recomendada. Este parámetro
sólo sería importante en el caso en que queramos
exportar nuestra base de datos a otro servidor de Oracle, en este
caso será importante que el juego de caracteres del
servidor que recibirá los datos coincida con el que los
exportó. Si no coinciden podrían aparecer
erróneamente caracteres como "á,¬" alojados en
nuestra base de datos:

• Como último paso de la preinstalación nos
aparecerá una ventana con el software que se va a
instalar, tras comprobar que es correcto pulsaremos en
Instalar:

• Introduciremos los CDs de instalación conforme
los vaya pidiendo el programa:

• Tras la instalación de Oracle y la
creación de la base de datos aparecerá una ventana
indicando que el proceso de instalación ha finalizado:

ARQUITECTURA DE UN SERVIDOR ORACLE
9i

ESQUEMA GENERAL

• Por cada instancia de Oracle se tiene una sola base de
  datos.

• En un servidor se puede crear varias instancias pero es
  recomendable solo una porque cada instancia consume muchos
  recursos.

Arquitectura de Oracle 9i

La arquitectura de Oracle tiene tres componentes
básicos:

• Las estructuras de memoria. Para almacenar los
  datos y el código ejecutable.

• Los Procesos. Son los que corren el sistema de BD y
  las tareas de cada usuario conectado a la BD.

• Los Archivos. Son los que sirven para el
  almacenamiento físico en el disco de la
  información de la BD.

INSTANCIA DE
ORACLE

Para permitir el acceso a los datos, Oracle utiliza un
conjunto de procesos que
son compartidos por todos los usuarios. Además, existen
estructuras de
memoria que
son utilizadas para almacenar los datos más recientemente
solicitados a la BD.

Una instancia de BD es el conjunto de estructuras de memoria y
de procesos que acceden a los ficheros de datos.

Los parámetros que determinan el tamaño y
composición de una instancia están almacenados en
un fichero llamado init.ora. Este fichero es leído durante
el arranque de la BD y puede ser modificado por el DBA. Cualquier
modificación de este fichero no tiene efecto hasta la
siguiente vez que se arranque la BD.

• La instancia de Oracle esta compuesta por el proceso de
  fondo y un área de memoria compartida SGA

• Consiste en una estructura de memoria SGA (System Global
  Area) y un conjunto de procesos usados por el servidor de
  Oracle para gestionar una BD.

ESTRUCTURA DE
MEMORIA

• Hay dos clases de memoria, una de ella compartida por
  todos los usuarios conectados y otra dedicada al trabajo de
  cada una de ellas.

• SGA (System Global Area)

• PGA (Process Global Area)

SGA (System Global Area)

Sirve para facilitar la transferencia de información
entre usuarios y también almacena la información
estructural de la BD más frecuentemente requerida.

• El SGA es utilizado para el intercambio de datos entre el
  servidor y las aplicaciones cliente.

• Una instancia Oracle puede abrir una sola base de datos a
  la vez.

• Library Cache

Almacena las sentencias SQL mas
recientes en memoria.

• Database Dictionary Cache

Buffer para el diccionario de
datos. Tablas, columnas, tipos, índices.

• Database Buffer Cache

Buffer de la base de datos, contiene bloques de datos que han
sido cargados desde los Datafiles.

• Redo Log Buffer Cache

Bloques de datos que han sido actualizados.

PGA (Process Global Area)

El Process Global Area es un área de memoria utilizada
por un proceso Oracle. Esta zona de memoria no se puede
compartir.

Es un área no compartida en la cual se puede escribir y
contiene:

• Área e almacenamiento

• Información de la sesión

• Estado del cursor

• Espacio de la pila

PROCESOS

Los procesos son programas que se ejecutan para permitir el
acceso a los datos, estos procesos se cargan en memoria y son
transparentes para los usuarios y son los siguientes:

• PMON (Process Monitor)

Monitorea los procesos de los usuarios en caso de que la
conexión falle.

• SMON (System Monitor)

Proceso encargado de recuperar la instancia y abrir la base de
datos en caso de que ocurra alguna falla.

• CKPT (CheckPoint Process)

Sintoniza las tareas de grabación en BD.

• DBWR (Database Write)

• Escribe los bloques de datos de la memoria a la base de
  datos.

• Es uno de los dos únicos procesos que tienen
  permitido escribir en los archivos de datos que componen la
  base de datos Oracle.

• LGWR (Log Writer)

• Graba los bloques del Redo Log del Fuffer a los archivos
  Redo Log File.

• Escribe las transacciones que se encuentran en los Redo
  Log a Disco cuando ocurre un commit.

BASE DE DATOS

La base de datos Oracle es un conjunto de datos
tratados como
una sola y misma entidad y está constituida de tres tipos
de archivos, a saber:

• Los ficheros de control (Control File)

• Los ficheros de datos (Data File)

• Los ficheros log (Log File)

• Control File

Contiene información para mantener y controlar la
integridad de la base de datos. Estos archivos especifican cuales
Datafiles conforman la BD para poder tener acceso a los datos o
para poder recuperar la BD antes de una falla

• Data File

Sirve para el almacenamiento
físico de las tablas, índices y procedimientos,
Estos son los archivos donde se almacenan los datos de las
aplicaciones es decir contienen los datos de los usuarios de la
base de datos.

• Redo Log File

Almacena los cambios hechos en la base de datos con
propósito de recuperarlos en caso de falla.

CONEXIONES DE UNA
BASE DE DATOS

• 1. CONEXIÓN NATIVA

Es una conexión entre el cliente y el servidor sin
utilizar otra aplicación y pertenecen a una misma
plataforma (familia).

Requerimientos para realizar una conexión nativa o
TNS

• Add Database Alias

• Database Alias. Nombre a la instancia del servidor o
  nombre a la base de datos de nuestro servidor.

• Protocolo a usar (TCP/IP).

• TCP/IP

Hostname: IP del servidor

Database Instance: Oracle

• Verificación de los datos

• Exit Neteasy Configuration

• 2. CONEXIÓN ODBC

Es una conexión entre el cliente y el servidor
utilizando una aplicación para la conexión, es
decir una conexión entre diferentes plataformas
(familias).

Requisitos

• Instalar el driver ODBC de Oracle.

• Crear la conexión nativa.

• Crear la conexión ODBC.

ESQUEMA GENERAL DE LA CONEXIÓN A UNA
BD DE ORACLE

• Proceso Usuario

Es un programa, aplicación o herramienta que usa el
usuario para iniciar un proceso de usuario y establecer una
conexión.

• Proceso servidor

Una vez establecida la conexión, un proceso servidor es
iniciado, el cual maneja la peticiones del proceso usuario.

Un proceso servidor puede ser dedicado, es decir es decir solo
atiende las peticiones de un solo proceso usuario, o puede ser
compartido, con lo cual puede atender múltiples procesos
usuarios.

• Sesión

Es una conexión específica de un usuario a un
servidor Oracle.

• Se inicia cuando el usuario es validado por el servidor
  Oracle.

• Finaliza cuando el usuario termina la sesión en
  forma normal o aborta la sesión.

HERRAMIENTA SQL Plus

Es una herramienta que permite al usuario comunicarse con el
servidor para procesar comandos SQL o
PL/SQL tiene la flexibilidad de realizar inicio y parada de la
base de datos.

• DDL (Data Definition Language )

Lenguaje de definición de datos, este lenguaje es
proporcionado por el sistema de gestión de base de datos
que permite a los usuarios de la misma llevar a cabo las tareas
de definición de las estructuras que almacenarán
los datos así como de los procedimientos o funciones que
permitan consultarlos.

El lenguaje de
programación SQL, el más difundido entre los
gestores de bases de datos, admite las siguientes sentencias de
definición: CREATE, DROP y ALTER, cada una de las cuales
se puede aplicar a las tablas, vistas,
procedimientos almacenados y triggers de la
base de datos.

Otras que se incluyen dentro del DDL, pero que su existencia
depende de la implementación del estándar SQL que
lleve a cabo el gestor de base de datos son GRANT y REVOKE, los
cuales sirven para otorgar permisos o quitarlos, ya sea a
usuarios específicos o a un rol creado dentro de la base
de datos.

• DML (Data Manipulation Language)

Lenguaje de Manipulación de Datos, es un lenguaje
proporcionado por el sistema de gestión de base de datos
que permite a los usuarios de la misma llevar a cabo las tareas
de consulta o manipulación de los datos, organizados por
el modelo de datos adecuado.

El lenguaje de manipulación de datos más popular
hoy día es SQL, usado para recuperar y manipular datos en
una base de datos relacional. Otros ejemplos de DML son los
usados por bases de datos IMS/DL1, CODASYL u otras.

CONEXIÓN
UTILIZANDO PL/SQL

Para la conexión debemos ingresar el usuario, la
contraseña y la cadena de conexión y podemos
utilizar los siguientes usuarios.

La pantalla de bienvenida a SQL Plus indicara lo siguiente y
estaremos listos para trabajar.

Ejemplo

Conexión como el usuario Scott

AREAS
LÓGICAS Y ARCHIVOS FISICOS

• TABLESPACE

Un Tablespace es una unidad lógica
que denota el espacio de almacenamiento de datos dentro de una
base de datos y que están constituidos por uno o
más Datafiles

Un Tablespace no es un fichero físico en el disco,
simplemente es el nombre que tiene un conjunto de propiedades de
almacenamiento que se aplican a los objetos (tablas, secuencias,
etc.) que se van a crear en la base de datos bajo el Tablespace
indicado (tablas, secuencias, etc.).

Un objeto en base de datos debe estar almacenado
obligatoriamente dentro de un Tablespace.

Propiedades:

• Localización de los ficheros de datos.

• Especificación de máximas cuotas de consumo
  de disco.

• Control de la disponibilidad de los datos (en línea
  o fuera de línea).

• Backup de datos.

Cuando un objeto se crea dentro de un cierto Tablespace, este
objeto adquiere todas las propiedades antes descritas del
Tablespace utilizado.

Características:

• Debe estar asociado a un Datafiles.

• Un Tablespace esta asociado a uno o varios Datafiles y
  puede tener uno o varios usuarios.

Sintaxis para seleccionar los Tablespace del
sistema.

SELECT * FROM DBA_TABLESPACES;

Creación de un tablespace

• DATAFILE

Un Datafiles es la representación física de un
Tablespace. Son los "ficheros de datos" donde se
almacena la información físicamente, puede tener
cualquier nombre y extensión (siempre dentro de las
limitaciones del sistema operativo), y puede estar localizado en
cualquier directorio del disco duro, aunque su
localización típica suele ser
$ORACLE_HOME/Database.

Un Datafiles tiene un tamaño predefinido en su
creación (por ejemplo 100Mb) y este puede ser alterado en
cualquier momento. Cuando creemos un Datafiles, este
ocupará tanto espacio en disco como hayamos indicado en su
creación, aunque internamente esté vacío.
Oracle hace esto para reservar espacio continuo en disco y evitar
así la fragmentación. Conforme se vayan creando
objetos en ese Tablespace, se irá ocupando el
espacio que creó inicialmente.

Características:

• Archivo físico donde se almacenan los datos.

• Es el espacio de memoria concedido al usuario para que
  interactué con el SGA.

• Un Datafiles esta asociado a un solo Tablespace.

• Se pueden extender automáticamente cuando la BD
  necesita espacio.

Sintaxis para seleccionar los DataFile del sistema.

SQL> SELECT * FROM DBA_DATA_FILE;

OBJETOS DE LA
BASE DE DATOS PARA DAR SEGURIDAD

• USUARIOS

Una cuenta de usuario no es una estructura
física de la BD, pero está relacionada con los
objetos de la BD: los usuarios poseen los objetos de la BD.
Existen dos usuarios especiales: SYS y SYSTEM.

• El usuario SYS posee las tablas del diccionario de datos;
  que almacenan información sobre el resto de las
  estructuras de la BD.

• El usuario SYSTEM posee las vistas que permiten acceder a
  las tablas del diccionario, para el uso del resto de los
  usuarios de la BD.

Todo objeto creado en la BD se crea por un usuario, en un
espacio de tablas y en un fichero de datos determinado. Toda
cuenta de la BD puede estar unida a una cuenta del S.O, lo que
permite a los usuarios acceder a la cuenta de la BD sin dar la
clave de acceso.

Cada usuario puede acceder a los objetos que posea o a
aquellos sobre los que tenga derecho de acceso.

Características:

• Es el medio de conexión entre el usuario y la base
  de datos.

• Los usuarios son los diferentes usuarios de la Base de
  Datos. Cada uno es propietario de sus objetos.

• Un usuario puede ser activo es decir que puede interactuar
  con la BD o puede ser un usuario inactivo.

Consideraciones para crear un usuario:

• El nombre de usuario no debe superar 30
  caracteres, no debe tener caracteres especiales
  y debe iniciar con una letra.

• El usuario puede autentificarse de varias formas por medio
  de:

• Password

• Usuario heredado

• Autentificación global. Que puede ser por password
  o heredado.

• Un Tablespace temporal, donde el usuario crea sus
  objetos temporales y hace los sort u
  ordenamientos.

• Un perfil o profile de usuario, que son las
  restricciones que puede tener su cuenta (opcional).

Por ejemplo, conectado como el usuario SYSTEM, creamos un
usuario con su clave y vamos a modificar mediante el password que
cuenta con tres estados.

• 1. ALTA

Sintaxis para crear un usuario

SQL>CREATE USER ( nombre_usuario)

IDENTIFIED BY (contraseña)

DEFAULT TABLESPACE (nombre_tablespace);

Default TAblespace (tablespace asignado al usuario).

Temporary TAblespace (tablespace temporal asignado al
usuario).

Password expire (permite cambiar la clave).

Account Lock o UnlocK(si no se pone la instrucción el
sistema por defecto lo activa).

Ejemplo:

SQL> CREATE USER inventario

IDENTIFIED BY jessica

DEFAULT TABLESPACE septimo;

• 2. ACTUALIZAR

Sintaxis para actualizar un usuario

SQL> ALTER USER (nombre_usuario)

IDENTIFIED BY (nueva_contraseña)

ACCOUNT LOCK;

Ejemplo:

SQL> ALTER USER inventario

IDENTIFIED BY jessica1

ACCOUNT LOCK;

• 3. BAJA

En este estado es
cuando el usuario ya no hace las funciones para la que fue
creado.

Sintaxis para eliminar un usuario

SQL> DROP USER (nombre_usuario);

Ejemplo:

SQL> ALTER USER inventario

PRIVILEGIOS

Los privilegios pueden ser de dos tipos:

• 1. Privilegios del sistema, como por ejemplo para
  crear tablas.

• 2. Privilegios sobre objetos, como por ejemplo
  permiso de select sobre una tabla concreta.

• PRIVILEGIOS DEL SISTEMA

Permite al usuario hacer ciertas tareas sobre la BD, como
por ejemplo crear un Tablespace. Estos permisos son otorgados por
el administrador o
por alguien que haya recibido el permiso para administrar ese
tipo de privilegio.

En general los permisos de sistema, permiten ejecutar comandos
del tipo DDL (Data definition Language), como CREATE, ALTER y
DROP o del tipo DML (Data Manipulation Language.

Para otorgar varios permisos a la vez, se hace de la
siguiente manera:

Sintaxis para otorgar permisos.

SQL> GRANT CREATE USER, ALTER USER, DROP USER TO
(nombre_usurio);

Ejemplo:

SQL> GRANT CONNECT, RESOURCE TO inventario;

Sintaxis para utilizar el privilegio Grant.

GRANT [privilegios_de_sistema | roles] TO [usuarios |
roles |PUBLIC]

{WITH ADMIN OPTION};

WITH ADMIN OPTION permite que el privilegio/rol que se
ha concedido, pueda ser concedido a otros usuarios por el usuario
al que se le está asignando.

Instrucción REVOKE:

REVOKE [privilegios_de_sistema | roles] FROM [usuarios |
roles

|PUBLIC];

Ejemplo:

SQL> REVOKE CONNECT, RESOURCE FROM inventario;

• PRIVILEGIOS SOBRE LOS OBJETOS

Este tipo de privilegios le permite al usuario hacer cierta
acción
en un objeto de la base de datos, como puede ser una tabla,
vista, función
etc. Si a un usuario no se le dan estos privilegios solo
podrías acceder a sus propios objetos. Y estos tipos de
privilegios los da el dueño del objeto, el administrador o
alguien que haya recibido este permiso explícitamente. Los
privilegios sobre objetos consienten que un objeto (creado por un
usuario) estos privilegios puede ser de SELECT, de UPDATE, de
DELETE, de INSERT.

La sintaxis del privilegio Grant es:

GRANT [ALL {PRIVILEGES} | SELECT | INSERT | UPDATE |
DELETE]

ON objeto TO [usuario | rol | PUBLIC]

{WITH ADMIN OPTION};

SQL> GRANT SELECT, INSERT, UPDATE, ON
(esquema_objeto) TO (usuario);

Adicionalmente, podemos restringir los DML a una columna de la
tabla mencionada. Si quisiéramos que este
usuario pueda dar permisos sobre la tabla  a otros
usuarios, utilizamos la cláusula WITH GRANT OPTION.
Ejemplo:

SQL> GRANT SELECT, INSERT, UPDATE, DELETE
ON (esquema_objeto) TO (usuario) WITH
GRANT OPTION;

De igual manera para eliminar privilegios sobre objetos se
tiene la instrucción

REVOKE:

Si sintaxis es:

REVOKE [ALL {PRIVILEGES} | SELECT | INSERT | UPDATE |
DELETE]

ON objeto FROM [usuario | rol | PUBLIC]

{WITH ADMIN OPTION};

SQL>REVOKE SELECT, INSERT, UPDATE, DELETE
ON (esquema_objeto) TO (usuario) WITH
GRANT OPTION;

• ROLES

Los roles son conjuntos de
privilegios. Un rol puede tener garantizados una serie de
privilegios tanto del sistema como sobre objetos, y a la vez
puede tener garantizado otros roles.

Por default cuando creamos un usuario desde el Enterprise
Manager se le asigna el permiso de Connect, lo que permite
al usuario conectarse a la BD y crear sus propios objetos en
su propio esquema. De otra manera, debemos asignarlos en forma
manual.

Sintaxis para crear un Rol y asignarlo a un
usuario:

SQL> CREATE ROLE appl_dba;

Opcionalmente, se puede asignar una clave al Rol:

SQL> SET ROLE appl_dba IDENTIFIED BY app_pwd;

Para asignar este Rol a un usuario:

SQL> GRANT appl_dba TO jperez;

Otro uso común de los roles es asignarles privilegios a
nivel de Objetos, por ejemplo en una Tabla de Facturas en donde
sólo queremos que se puedan hacer Querys e Inserts:

SQL> CREATE ROLE consulta;

SQL> GRANT SELECT, INSERT on analista.factura TO consulta;

• PERFILES

Los perfiles permiten definir limitaciones de recursos. Por
ejemplo podemos definir un perfil que limite el número de
sesiones abiertas concurrentemente por un usuario cualquiera, y
posteriormente aplicar este perfil a uno o más usuarios
concretos.

ESQUEMA BASICO DE SEGURIDAD

EJERCICIOS PRACTICOS

SHOW USER.- saber con que usuario se esta trabajando

SQL> SHOW USER

el usuario es "SYSTEM"

Creación de usuario

SQL> CREATE USER US3

2 IDENTIFIED BY PUS3

3 PASSWORD EXPIRE

4 ACCOUNT LOCK;

Usuario creado.

Conceder privilegios

SQL> GRANT CREATE SESSION TO US3;

Concesión terminada con éxito.

Realizar una conexión con el usuario System.

SQL> CONNECT SYSTEM/MASTER @SEPTIMO;

Conectado.

Modificar el usuario

SQL> ALTER USER US3

2 ACCOUNT UNLOCK;

Usuario modificado.

Modificar la clave

SQL> ALTER USER US3

2 IDENTIFIED BY JESSICA;

Usuario modificado

Realizar una conexión con el usuario creado.

SQL> CONNECT US3/JESSICA @SEPTIMO;

Conectado.

Ver los privilegios que tiene el sistema respecto a toda la
base.

SQL> SELECT * FROM SCOTT.EMP;

SELECT * FROM SCOTT.EMP

*

ERROR en línea 1:

ORA-00942: la tabla o vista no existe

SQL> CREATE TABLE A (COD NUMBER);

CREATE TABLE A (COD NUMBER)

*

ERROR en línea 1:

ORA-01031: privilegios insuficientes

Nota: El usuario US3 no tiene el privilegio de
seleccionar y crear tablas para darle estos privilegios se debe
conectar con el administrador para que este le de estos
privilegios, en este caso el administrador es System.

Conexión con el administrador

SQL> CONNECT SYSTEM/MASTER @SEPTIMO

Conectado.

Concediendo privilegios al US3

SQL> GRANT CREATE TABLE, SELECT ANY TABLE TO US3;

Concesión terminada con éxito

Conexión con el usuario US3

SQL> CONNECT US3/JESSICA @SEPTIMO

Conectado.

SQL> SELECT * FROM SCOTT.EMP;

Privilegio para poder crear una tabla por parte del
administrador.

SQL> GRANT CONNECT, RESOURCE TO US3;

Concesión terminada con éxito.

SQL> CONNECT US3/JESSICA @SEPTIMO

Conectado.

Creación de una tabla

SQL> CREATE TABLE EJERUS3

2 (COD NUMBER (5),

3 NOM VARCHAR (20)

4);

Tabla creada.

Insertar datos en la tabla

SQL> INSERT INTO EJERUS3 VALUES (1,'JESSICA');

1 fila creada.

Nota: Commit permite visualizar los registros al
hacer un Select de la tabla

SQL> COMMIT;

Validación terminada.

SQL> SELECT * FROM EJERUS3;

COD NOM

——— ——————–

1 JESSICA

SQL> INSERT INTO EJERUS3 VALUES (2,'PATRICIO');

1 fila creada.

SQL> SELECT * FROM EJERUS3;

COD NOM

——— ——————–

1 JESSICA

2 PATRICIO

SQL> SELECT * FROM US2.EJERUS2;

COD NOM

——— ——————–

1 DIEGO

Privilegios que no tiene el US3 sobre otros
usuarios

SQL> SELECT * FROM US4.EJERUS4;

SELECT * FROM US4.EJERUS4

*

ERROR en línea 1:

ORA-00942: la tabla o vista no existe

SQL> INSERT INTO US2.EJERUS2 VALUES (3,'JESSICA');

INSERT INTO US2.EJERUS2 VALUES (3,'JESSICA')

*

ERROR en línea 1:

ORA-01031: privilegios insuficientes

Privilegios que le concedieron otros usuarios al
US3

SQL> SELECT * FROM US5.EJERUS5;

COD NOM

——— ——————–

1 daniel

SQL> SELECT * FROM US6.EJERUS6;

COD NOM

——— ——————–

1 DIEGOS

SQL> INSERT INTO US2.EJERUS2 VALUES (3,'JESSICA');

1 fila creada.

SQL> COMMIT;

Validación terminada.

SQL> INSERT INTO US2.EJERUS2 VALUES (7,'PATRICIO');

1 fila creada.

SQL> COMMIT;

Validación terminada.

Privilegios que concede el US3 a otros usuarios

SQL> GRANT INSERT ON EJERUS3 TO US1,US2,US4,US5,US6;

Concesión terminada con éxito.

SQL> INSERT INTO US6.EJERUS6 VALUES (11,'LUKAS');

1 fila creada.

SQL> COMMIT;

Validación terminada.

No tiene el privilegio de borrar la información de
otros usuarios

SQL> DELETE FROM US2.EJERUS2;

DELETE FROM US2.EJERUS2

*

ERROR en línea 1:

ORA-01031: privilegios insuficientes

Selección de los tablespace

SQL> SELECT TABLESPACE_NAME FROM DBA_TABLESPACES;

TABLESPACE_NAME

——————————

SYSTEM

UNDOTBS1

TEMP

CWMLITE

DRSYS

EXAMPLE

INDX

ODM

TOOLS

USERS

XDB

SEPTIMO2

SEPTIMO3

SEPTIMO5

SEPTIMO7

SEPTIMO1

SEPTIMO9

OTRO3

OTRO5

OTRO

OTRO7

TABLESPACE_NAME

——————————

OTRO2

SEPTIMO

ORTO

24 filas seleccionadas.

Ejercicio 2

Creación de usuarios tablas conceder
privilegios.

SQL> CREATE USER INVENTARIOUS3

2 IDENTIFIED BY PATRICIO

3 DEFAULT TABLESPACE SEPTIMO2

4 ACCOUNT UNLOCK;

Usuario creado.

SQL> GRANT CONNECT,RESOURCE TO INVENTARIOUS3;

Concesión terminada con éxito.

SQL> GRANT CONNECT,RESOURCE TO INVENTARIOUS3

2 WITH ADMIN OPTION;

Concesión terminada con éxito.

SQL> SHOW USER

el usuario es "SYSTEM"

SQL> CONNECT INVENTARIOUS3/PATRICIO @SEPTIMO

Conectado.

Creación de tablas

Proveedores

Productos

Clientes

Categorías

Compras

Ventas

Detalle compras

Detalle ventas

Proveedores

Clientes

Categorías

Productos

Compras

Ventas

Detalle compras

Detalle ventas

Seleccionar todas las tablas

• SECUENCIAS

A menudo es preciso generar números en forma ordenada
para implementar, por ejemplo, una clave primaria en una tabla o
garantizar que esos números no se repiten y van siempre en
un orden predefinido por el desarrollador (no necesariamente
secuenciales).

Oracle implementa los objetos denominadas secuencias,
que permiten hacer lo anterior de manera transparente para el
usuario.

Cuando se define una secuencia se deben indicar, como
mínimo, el valor de
partida (valor mínimo) y el incremento.

• Es un objeto que permite generar valores únicos. Se
  emplean para obtener las claves primarias de las tablas.

• Objeto que genera números en forma continua.

La sintaxis de creación de una secuencia:

CREATE SEQUENCE nombre_secuencia

• DISPARADORES

Son procedimientos que son ejecutados cuando se produce un
determinado evento en la BD. Se pueden utilizar para mejorar y
reforzar la integridad y la seguridad de la BD.

Son segmentos de código
PL/SQL que se ejecutan cuando se producen operaciones de
DML. Se definen a nivel de tabla y se clasifican según
tres parámetros:

• Before/After, si se ejecuta antes o después de la
  sentencia.

• Insert/Update/Delete, según se ejecute una de estas
  sentencias.

• Each row/Statement dependiendo si se ejecuta para cada
  fila afectada en la sentencia, o bien una sola vez por
  sentencia con independencia de las filas de la tabla
  afectadas.

EJERCICIOS

Creación de una secuencia y un disparador para cada
tabla e insertar datos en la tabla.

Clientes

Categorías

Productos

Proveedores

Compras

Detalle Compras

Ventas

DECLARACIONES Y
TIPOS DE DATOS DE PL/SQL

DECLARACIONES

PL/SQL. Es un lenguaje procedimental que amplía
la funcionalidad de SQL añadiendo estructuras habituales
en otros lenguajes de
programación como:

• Variables y tipos (predefinidos y definidos por el
  usuario)

• Estructuras de control (bucles y condiciones
  IF-THEN-ELSE)

• Procedimientos y funciones.

• Tipos de objetos y métodos

Creación de programas PL/SQL.

Podemos crear programas con cualquier editor y ejecutarlos
desde el prompt de SQL con STAR o @. Los ficheros creados
serán de texto y
tendrán la extensión SQL.

Para que un fichero se ejecute correctamente debe tener en su
última línea el símbolo /.

Características de PL/SQL

La unidad básica en PL/SQL es el bloque. Todos
los programas de PL/SQL están compuestos por bloques que
pueden estar anidados.

Estructura de un Bloque:

DECLARE

/*Aquí se declaran las variables,
tipos cursores y subprogramas locales*/

BEGIN

/* Aquí se incluyen las órdenes SQL y PL/SQL, es
obligatoria y debe contener, al menos una orden ejecutable */

END;

EXCEPTION

/* Sección para el manejo de excepciones
(errores)*/

END;

Creación de bloques

• Bloques anónimos: Se construyen de forma
  dinámica y se suelen ejecutar una sola vez.

• Bloques nominados: Igual que los anónimos
  pero con una etiqueta que les da nombre.

• Subprogramas: Procedimientos, paquetes y funciones,
  almacenados en la BD y que se ejecutan en múltiples
  ocasiones. Los subprogramas se ejecutarán mediante una
  llamada.

• Disparadores ("Triggers"): Bloques
  nominados que se almacenan en la BD y se ejecutan ante
  algún suceso.

Para dar nombre a un bloque se le pone una etiqueta antes del
DECLARE . <<etiqueta>>

Para transformar un bloque en un procedimiento almacenado
reemplazamos la palabra clave

DECLARE por CREATE OR REPLACE PROCEDURE
nombre_procedimiento AS

Bases de datos.

DECLARE

v_ContBucle BINARY_INTEGER := 1;

BEGIN

LOOP

INSERT INTO temp_table (num_col)

VALUES (v_ContBucle);

v_ContBucle := v_ContBucler + 1;

EXIT WHEN v_ContBucle > 50;

END LOOP;

END;

TIPOS DE DATOS DE ORACLE

NUMBER:(escala,pesición)

CHAR:(tamaño)

VARCHAR2:(tamaño)

DATE: fecha

BINARY_INTEGER: Se usa para almacenar valores que
sólo van a ser utilizados en cálculos y no se van a
almacenar en la BD.

BOOLEAN: Pueden contener los valores
TRUE,FALSE o NULL.

ROWID: Almacena las direcciones físicas de los
registros de una tabla y son utilizados para búsquedas de
alto rendimiento.

Para mostrar un valor cadena podemos
utilizar:

DBMS_OUTPUT.PUT_LINE (cadena)

En caso de que el valor a mostrar no sea una cadena puedes
utilizar la función TO_CHAR() para transformarlo.

El paquete DBMS_OUTPUT simplemente implementa una cola, si
queremos que los datos aparezcan por pantalla tenemos que activar
la opción SERVEROUTPUT mediante la orden de SQL*Plus.

Ejemplos de declaraciones de bloques

Suma de dos números

Bucle simple LOOP

Bucle del while

Bucle del for

Bucle del if- then-else

Ejercicio 1

Creación de una nueva tabla e insertar datos y calcular
cuanto es su sueldo.

Ejercicio 2

Al ejercicio anterior se le va a modificar la tabla
agregándole nuevos campos e insertando nuevos registros y
además se debe calcular cual es el total que va a recibir
con lo descuentos y el bono que tiene.

Otra forma para realizar el mismo ejercicio sin utilizar el
bloque de declaraciones de las variables.

GLOSARIO DE TERMINOS

La siguiente es una lista de los términos más
utilizados cuando se trabaja con bases de datos Oracle. Las
definiciones ayudarán a comprender con mayor claridad
algunos conceptos que se mencionan a lo largo de los diferentes
capítulos de este manual.

• Administrador de Base de Datos

El administrador o DBA es el principal responsable de la
operación, configuración y rendimiento de una base
de datos. Su principal tarea consiste en resguardar la integridad
de los datos almacenados en la base, proveyendo para esto
mecanismos de respaldo, efectuando monitorizaciones
periódicas al sistema, implementando medidas de seguridad,
etc.

• Bloque

Un bloque es la unidad más pequeña de
almacenamiento en una base de datos Oracle. El tamaño
mínimo es de 2 KB y el máximo no debiera superar
los 16 KB.

? Buffer

Este término se refiere a una cantidad de memoria
utilizada para almacenar información. Un buffer
comúnmente almacena datos que están a punto de ser
usados o se acaban de utilizar recientemente. En la
mayoría de los casos son copias exactas de datos que se
encuentran almacenados en el disco y se mantienen en memoria con
el fin de lograr un acceso más rápido y ayudar de
esa manera a mejorar el rendimiento de un sistema.

En Oracle, los buffers del SGA almacenan los bloques
de datos usados más recientemente. El conjunto de
buffers que guardan estos bloques reciben el nombre de
Database buffer cache; y aquellos que se utilizan para
guardar temporalmente las entradas del tipo redo log
hasta que se escriben en el disco, se conocen como redo log
buffers.

? Caché

Es un área de almacenamiento implementada en la memoria
RAM del computador que
permite accesos más rápidos a la información
ya que es mucho más veloz que la memoria. En Oracle, los
buffers de bloques y el área shared pool
son consideradas áreas caché. Estas guardan los
datos que se utilizan con mayor frecuencia y los mantienen
disponibles por si son requeridos en los procesos de consulta
hasta que nuevos datos más frecuentemente usados los
reemplazan.

? Checkpoint

Un checkpoint es una operación que fuerza a que
todos los cambios registrados en bloques de datos en memoria,
sean escritos en el disco.

? Clean buffer

Un buffer de este tipo es aquel que no ha sido modificado y
que por lo tanto el proceso DBWR no utilizará para
confirmar los cambios en el disco (porque no ha sufrido
cambios).

• DBMS

El database management system o DBMS corresponde al
software y grupo de
herramientas
que permiten manejar la base de datos. Un RDBMS es un DBMS
relacional, es decir, cuya naturaleza es
la formación de relaciones al interior del mismo.

• DDL (comandos DDL)

Los comandos DDL (data definition language) son
utilizados en la creación y modificación de objetos
del esquema. Proveen la habilidad de crear, alterar e incluso
eliminar objetos de un esquema, otorgar y revocar privilegios y
roles a los usuarios, establecer opciones de auditoria e incluso
agregar comentarios al diccionario de
datos del sistema. Estos comandos están estrechamente
relacionados con las labores de administración de la base
de datos.

• Diccionario de Datos

El diccionario de datos es un grupo de tablas de Oracle que se
utilizan para almacenar información sobre el resto de las
tablas, índices, clusters y
otros objetos de la base de datos.

• DML (comandos DML)

Los comandos DML (data manipulation language) son
menos poderosos que los comandos DDL en cuanto a
administración se refiere, de hecho, implementan
modificaciones sobre la información que se guarda en los
objetos de una base de datos. Estas sentencias son del tipo
DELETE, INSERT, SELECT y UPDATE, principalmente.

• Esquema

Un esquema es una colección de objetos asociados dentro
de una base de datos.

• Función

Una función es un grupo de sentencias SQL, escritas
generalmente en PL/SQL que implementan una serie de rutinas que
devuelven un valor. Son casi idénticas a los
procedimientos y sólo se diferencian en esa última
condición. Implementando funciones en el servidor de base
de datos se reduce el tráfico de comunicaciones
en la red, ya que sólo se envían a la
función los parámetros de entrada y ésta
sólo devuelve el valor al final de todo el proceso, el que
es ejecutado en la misma máquina donde reside la base de
datos mejorando así el rendimiento general del
sistema.

• Procedimiento

Un Procedimiento almacenado es un grupo de sentencias SQL o
PL/SQL que implementan un programa que se ejecuta en el servidor
de base de datos, pero que a diferencia de las funciones, no
devuelve un valor. Al igual que las funciones su
implementación permite reducir el tráfico en la
red, potenciando el rendimiento del sistema.

• System Global Area (SGA)

El SGA es un área compartida de memoria que utiliza
Oracle para guardar información de control en una
instancia. Se asigna un espacio a esta área en cuando la
instancia se levanta (startup) y se elimina cuando
ésta se baja (shutdown). Cada instancia de Oracle
maneja su propia SGA y guarda información de los
buffers y la shared pool.

• Transacción

Una transacción es una unidad lógica de trabajo
que consiste de una o más sentencias SQL, que pueden
finalizar con un commit o un rollback. Las
métricas de rendimiento utilizan comúnmente las
unidades "transacciones por segundo" o "transacciones por
minuto".

• Trigger

Un trigger es un mecanismo que permite escribir
procedimientos que son ejecutados en forma automática (sin
una orden explícita del usuario o programador) cuando
ocurre un evento de INSERT, UPDATE o DELTE sobre una tabla o
vista. Generalmente se utilizan los triggers para forzar
las restricciones de integridad entre las tablas o automatizar
alguna otra función específica.

Autor:

Jessica Vilca

Ambato 2009